home *** CD-ROM | disk | FTP | other *** search
/ Hacker Chronicles 2 / HACKER2.BIN / 831.ISDN / 000064_isdn-distribution-owner_Mon Aug 30 04:55:39 1993.msg < prev    next >
Text File  |  1994-01-02  |  5KB  |  90 lines
  1. Received: from nac.no ([129.240.2.40]) by relay.cs.toronto.edu with SMTP id <435074>; Mon, 30 Aug 1993 04:55:23 -0400
  2. Received: from comix.atik.no by nac.no with SMTP (PP) id <06695-0@nac.no>;
  3.           Mon, 30 Aug 1993 10:00:39 +0200
  4. X400-Received: by mta elc1.atik.no in /PRMD=uninett/ADMD= /C=no/; Relayed;
  5.                Mon, 30 Aug 1993 09:58:55 +0200
  6. Date:    Mon, 30 Aug 1993 03:58:55 -0400
  7. X400-Originator: isdn-request@teknologi.agderforskning.no
  8. X400-Recipients: non-disclosure:;
  9. X400-MTS-Identifier: [/PRMD=uninett/ADMD= /C=no/;elc1.atik..283:30.07.93.07.58.55]
  10. Priority: Non-Urgent
  11. DL-Expansion-History: isdn@teknologi.agderforskning.no ; Mon, 30 Aug 1993 
  12.                       09:58:55 +0200;
  13. From:    Dirk Husemann <Dirk.Husemann@informatik.uni-erlangen.de>
  14. Message-ID: <199308300758.AA00543@faui45.informatik.uni-erlangen.de>
  15. To:    Victor.Reijs@SURFnet.nl
  16. Cc:    Marijke.Vandecappelle@SURFnet.nl, isdn@teknologi.agderforskning.no,
  17.     sgg-llt@nic.surfnet.nl, wg-llt@rare.nl
  18. In-Reply-To: <"survis.sur.334:27.07.93.14.50.34"@surfnet.nl>
  19. References: <"survis.sur.334:27.07.93.14.50.34"@surfnet.nl>
  20. Subject: RE: asking information on using ISDN to work at home.
  21.  
  22. >>>>> On Fri, 27 Aug 93 16:50:31 +0200, Victor Reijs
  23. >>>>> <Victor.Reijs@SURFnet.nl> said:
  24.  
  25. Victor> Hello all of you,
  26.  
  27. Victor> Because we are going to set up a small pilot for testing
  28. Victor> 'ISDN to work at home', I would like to hear if other people
  29. Victor> already did similar experiments. We already have seen the
  30. Victor> results from UCL, Graham Knight, but we hope to hear from 
  31. Victor> other people as well.
  32.  
  33. We are in the process of developing an (almost 8=) generic ISDN driver for
  34. the family of BSD systems running on top of i386/i486 machines (BSD/386,
  35. NetBSD, 386/BSD). It is supposed to support PPP and other encapsulation
  36. mechanisms. Also planned is an AF_LINK level interface for accessing the
  37. raw ISDN data over the socket interface (i.e. one can connect to an ISDN
  38. number with a specific service identifier), which allows for prototyping of
  39. new network protocols, handling of voice data (desktop phone station et
  40. al.), providing for pseudo modems, ...
  41.  
  42. The driver and ISDN code is supposed to support both ``intelligent'' and
  43. ``dumb'' ISDN boards. Currently we're dealing with the national German ISDN
  44. profile 1TR6 --- at least the intelligents boards, though, should be able
  45. to deal with EuroISDN as soon as the drivers for those boards will become
  46. available. 
  47.  
  48. Victor> Most of the traffic is thus client-server (and in some cases
  49. Victor> LAN-LAN). For client-server traffic, it is handy to have ISDN
  50. Victor> equipment that is able to optimize the use of the public ISDN
  51. Victor> network (so that it will put the ISDN connection when no
  52. Victor> traffic is there and opens the connection when traffic is
  53. Victor> provided by server/client, without disturbing the applica-
  54. Victor> tion). Be aware though, that the equipment will have to be
  55. Victor> interoperatable with equipment that does not have that
  56. Victor> optimizing function.
  57.  
  58. Our idea for providing `JoJo' functionality (Up/Down/Up/Down/...) is to
  59. either use the existing capabilities (like BSDIs BSD/386's PPP) or
  60. configure it on a per-route basis.
  61.  
  62. Another feature that should be interesting to do once the basic code is
  63. running is to provide for channel bundling (possibly on demand), i.e. one
  64. could configure the route to a certain home system in such a way that once
  65. a certain load on the connection to that system is exceeded the ISDN code
  66. will establish another B channel connection to that system and will route
  67. over that second B channel also (and, of course, will drop that second B
  68. channel as soon as the load drops below a certain threshold). This could
  69. easily be employed to support multimedia applications to the home. 8=)
  70.  
  71. Victor> Hope somebody can help me with references, hints, equipment,
  72. Victor> operation aspects, etc. about the ISDN for working at home
  73. Victor> experiment.
  74.  
  75. Well, we don't have all of this up and running yet --- I hope that we'll be
  76. able to demonstrate most of this by Q1/94.
  77.  
  78.         Regards,
  79.         Dirk Husemann
  80.  
  81. --
  82. Dirk Husemann                                   Tel.: +49 9131 85 8029
  83. University of Erlangen-Nuremberg                FAX : +49 9131 85 8732
  84. Department of Computer Science IV
  85. Martenstrasse 1            
  86. D-91058 Erlangen, Germany
  87.  
  88. Dirk.Husemann@informatik.uni-erlangen.de
  89. /C=de/A=dbp/P=uni-erlangen/OU=informatik/S=husemann/G=dirk/
  90.